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(54) Video decoding device for decoding video data in synchronism with a system clock 



(57) in a video decoding device, a system decoding 
section (13) analyzes header information included in 
multiplex data and performs various operations, includ- 
ing the separation of data, on the basis of the header 
information. An STC (System Time Clock) counting sec- 
tion (14) generates, based on an SCR (System Clock 
Reference)/PCR (Program Clock Reference) which is 
time reference data included in the multiplex data, a 
system clock SCK synchronous to the system clock of a 
coding device. A video decoding section (16) decodes 
video data included in the multiplex data in response to 
the system clock (SCK). Also, the video decoding sec- 
tion (16) generates a clock for video display synchro- 
nous to the system clock (SCK) and outputs the 



13 



decoded video data in response to the clock for video 
display. The decoding device may additionally include 
an audio decoding section (15) for decoding audio data 
included in the multiplex data in response to the system 
clock (SCK), generating a clock for audio output and 
synchronous to the system clock (SCK), and outputting 
the decoded audio data in response to the clock for 
audio output. The decoding device obviates frame slip- 
ping and other errors even when the clock of an input 
system, i.e., the coding side and the clocks for repre- 
sentation at the decoding side are different in frequency 
from each other. 
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Description 

BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates to a device for decod- 
ing a signal representative of a moving picture and 
based on a Moving Picture Coding Experts Group 
(MPEG) system or similar moving picture coding sys- 
tem intended for storage. 

Description of the Background Art 

In a conventional MPEG decoding device, a system 
clock and presentation clocks, i.e., clocks for audio out- 
put and video display are generated independently of 
each other. The system clock refers to a common clock 
shared by, e.g. audio data and video data to be repro- 
duced synchronously. The frequency of the system 
clock is 90 kHz in MPEG1 and 27 MHz in MPEG2. For 
this kind of system clock, a reference may be made to 
International Organization for Standardization, ISO/IEC 
JTC1/SC29/WG11, "Coding of Moving Pictures and 
Associated Audio". November 1993. In the MPEG sys- 
tem, a coding device writes values sequentially counted 
up by the system clock in a header as time stamps, 
while the decoding device executes control on the basis 
of the time stamps. As a result, the system clock of the 
coding side and that of the decoding side are synchro- 
nized to each other. 

However, the arrangement wherein the system 
clock and clocks for presentation are generated inde- 
pendently of each other has the following problem. 
When the presentation clock at the decoding side is 
even slightly different from the clock at the input system, 
i.e., the coding side (e.g. camera input clock), frame 
slipping and sample slipping are apt to occur. In addi- 
tion, it is likely that a single frame is displayed twice or 
that a single sample is output twice. This is particularly 
critical when it comes to the broadcast quality of, e.g., 
CATV (Cable Television) toward which MPEG2 is 
directed. 

SUMMARY OF THE INVENTION 

It is therefore an object of the present invention to 
provide a video decoding device capable of decoding 
video data in synchronism with a system clock and 
thereby obviating frame slipping and other errors. 

In accordance with the present invention, in a video 
decoding device for receiving multiplex data including 
coded video data and time reference data representa- 
tive of a time reference of a clock for coding and time 
division multiplexed with the coded video data, and 
decoding the video data, a first clock generating section 
generates, based on the time reference data, a first 
dock for decoding and synchronous to the clock for cod- 
ing. A video decoding section decodes, in response to 



the first clock, the video data included in the multiplex 
data. A second clock generating section generates a 
second clock for video display and synchronous to the 
first clock. A video data outputting section outputs, in 

5 response to the second clock, the video data decoded 
by the decoding section. 

Also, in accordance with the present invention, in 
an audio and video decoding device for receiving multi- 
plex data including coded audio data, coded video data, 

io and time reference data representative of a time refer- 
ence of a clock for coding and time division multiplexed 
with the coded audio data and coded video data, and 
decoding the audio data and video data, a first clock 
generating section generates, based on the time refer- 

is ence data, a first clock for decoding and synchronous to 
the clock for coding. An audio decoding section 
decodes, in response to the first clock, the audio data 
included in the multiplex data. A video decoding section 
decodes, in response to the first clock, the video data 

20 included in the multiplex data. A second clock generat- 
ing section generates a second dock for audio output 
and synchronous to the first dock. An audio outputting 
section outputs, in response to the second dock, the 
audio data decoded by the audio decoding section. A 

25 third clock generating section for generates a third clock 
for video display and synchronous to the first dock. A 
video data outputting section outputs, in synchronism 
with the third clock, the video data decoded by the video 
decoding section. 

30 

RR1EF DESCRIPTION OF THE DRAWINGS 

i 

The objects and features of the present invention 
will become more apparent from the consideration of 
35 the following detailed description taken in conjunction 
with the accompanying drawings in which: 

FIG. 1 is a biock diagram schematically showing a 
decoding device embodying the present invention 
40 and implemented as an MPEG decoding device by 
way of example; 

FIG. 2 is a schematic block diagram showing a spe- 
cific construction of an STC (System Time Clock) 
counting section included in the embodiment; 
45 FIG. 3 is a schematic biock diagram showing a spe- 
cific construction of an audio decoding section also 
induded in the embodiment; and 
FIG. 4 is a schematic block diagram showing a spe- 
cific construction of a video decoding section fur- 
so ther included in the embodiment. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

Referring to FIG. 1 of the drawings, a video decod- 
55 ing device embodying the present invention is shown 
and implemented as an MPEG decoding device by way 
of example. As shown, the device is made up of a data 
receiver 1 1 . a read clock generator 1 2, a system decod- 
ing 13, an STC (System Time Clock) counting 14, an 
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audio decoding 15, and a video decoding 16 which are 
interconnected, as illustrated. 

The data receiver 1 1 receives a bit sequence of 
multiplex data from a coding device, not shown, over a 
line. A CO (Compact Disk) ROM (Read Only Memory) s 
or similar storage medium, not shown, storing bit 
sequences of multiplex data may be removably 
mounted to the data receiver 1 1 . In such a case, the 
data receiver 1 1 will read the multiplex data out of the 
storage medium. The received bit sequence of multiplex 10 
data is applied from the data receiver 11 to the system 
decoding 13 over a connection line 17. It is to be noted 
that the multiplex data include audio data AD, video data 
VD and private data coded independently of each other 
and then multiplexed by a time division scheme. The is 
multiplex data further include a header for dividing the 
frames of the multiplex data. The header includes pres- 
entation time stamps (PTS) and decoding time stamps 
(DTS) which will be described specifically later. 

The read clock generator 1 2 includes a self -running 20 
oscillator, not shown, and outputs a read clock RCK for 
reading the bit sequence of multiplex data out of the 
data receiver 1 1 . The read clock RCK is fed to the sys- 
tem decoding 1 3. The read clock RCK has a prese- 
lected frequency equal to the frequency of a write clock 25 
used to write data at the coding side. 

The system decoding 13 has some different func- 
tions, as follows. First, the decoding 13 reads the bit 
sequence of multiplex data out of the data receiver 1 1 in 
response to the read clock RCK input from the read 30 
clock generator 12, and analyzes header information 
included in the data. Second, the decoding 13 demulti- 
plexes, based on the result of analysis, the bit sequence 
of multiplex data into a bit sequence of audio data AD, a 
bit sequence of video data VD, and a bit sequence of 35 
private data. The bit sequence of audio data AD and the 
bit sequence of video data VD are fed to the audo 
decoding 15 and video decoding 16. respectively. Third, 
the decoding 13 separates, also based on the result of 
the above analysis. PTSs and DTSs necessary for syn- 40 
chronous reproduction from the header of the multiplex 
data, and feeds the PTSs/DTSs for audio and the 
PTSs/DTSs for video to the audio decoding 15 and 
video decoding 16, respectively. 

The PTSs mentioned are the information neces- 45 
sary for the decodings 15 and 16 to perform presenta- 
tion, i.e.. audio output and video display. The DTSs are 
the information indicative of the timings for the decod- 
ings 15 and 16 to start decoding. Each of the PTSs and 
DTSs is 33-bit data representative of a timing value so 
measured by use of a 90 kHz dock. 

Fourth, the system decoding 13 detects, based on 
the result of analysis of the header information, the tim- 
ing at which the last byte of an SCR (System Clock Ref- 
erence)/PCR (Program Clock Reference) field included . ss 
in the multiplex data arrives, generates a counter load 
timing signal LD on the basis of the result of detection, 
and delivers the signal LD to the STC counting 14. The 
SCR/PCR is the time reference data for setting or cor- 



recting the value of an STC, which will be described, to 
a value intended by the coding side. Fifth, the decoding 
1 3 separates the SCR from the SCR/PCR field of the bit 
sequence of the multiplex data, and feeds it to the STC 
counting 14. Why the counter load timing signal LD and 
SCR/PCR are fed to the STC counting 14 is that the 
system clock SCK of the decoding device should be 
synchronous to the system clock of the coding device. 
In the MPEG decoding device shown in FIG. 1 , the read 
clock RCK is used as a time master. 

The STC counting 14 synchronizes the system 
clock SCK of the decoding device to the system clock of 
the coding device on the basis of the counter load timing 
signal LD and SCR/PCR fed from the system decoding 
13. Also, the counting 14 generates the STC by count- 
ing the system clock SCK. Further, the counting 14 
feeds the system clock SCK and STC to the audio 
decoding 15 and video decoding 16. 

The audio decoding 15 decodes the audio data AD 
in response to the system clock SCK when the STC 
coincides with the audio DTSs. Also, the decoding 15 
synchronizes a dock for audio output to the system 
dock SCK. Further, the decoding 15 outputs the 
decoded audio data via an output 18 in response to the 
audio output clock when the STC coincides with the 
audio PTSs. A loudspeaker or similar audio reproduc- 
tion device, not shown, will be connected to the output 
18. 

The video decoding 16 decodes the video data VD 
in response to the system clock when the STC coin- 
cides with the video DTSs. Also, the decoding 16 syn- 
chronizes a clock for video display to the system clock 
SCK. Further, the decoding 16 outputs the decoded 
video data via an output 1 9 in response to the video dis- 
play clock when the STC coincides with the video PTSs. 
A CRT (Cathode Ray Tube) display or similar video dis- 
play will be connected to the output 19. 

FIG. 2 shows a specific construction of the STC 
counting 14. As shown, the counting 14 has a voltage 
controlled oscillator 141, an STC counter 142, a sub- 
tracter 143, and a low-pass filter (LPF) and gain circuit 
1 44 which are interconnected, as illustrated. These con- 
stituents 141-144 of the counting 14 constitute a phase 
locked loop (PLL) for causing the system clock SCK to 
follow changes in SCR/PCR. The voltage controlled 
oscillator 141 has its oscillation frequency controlled in 
accordance with a phase difference between the 
SCR/PCR and the system clock SCK t i.e., a control volt- 
age e which will be described. The oscillation frequency 
of the oscillator 141 is output as the system clock SCK. 
The STC counter 142 outputs the STC by counting the 
system dock SCK. The subtracter 143 subtracts, in 
response to the counter load timing LD output from the 
system decoding 13, the count 145 of the counter 142 
(STC value) from the SCR/PCR value fed from ttie sys- 
tem decoding 13 and outputs the resulting difference e. 
The LPF and gain circuit 144 generates a control volt- 
age / based on the output e of the subtracter 143 and 
meant for the osdllator 141. 
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As for the MPEG configuration, there has been pro- 
posed an arrangement wherein on, the arrival of the 
SCR/PC R, it is substituted for the count of the STC 
counter 142 so as to equalize the count of the counter 
1 42 and that of an STC counter included in the coding 5 
device. The problem with this kind of scheme is that 
although the counts of the two STC counters are appar- 
ently equal to each other, frame slipping may occur 
because the synchronization of the system clock SCK is 
not guaranteed (within the prescribed MPEG specif ica- 10 
tions). To realize the complete decoding of coded data, 
the illustrative embodiment uses the PLL 14 which 
receives the SCR/PCR as an input signal and produces 
the system clock SCK as an output signal. This suc- 
cessfully synchronizes the system clock SCK to the sys- 15 
tern clock of the coding side. 

A reference will be made to FIG. 3 for describing a 
specific construction of the audio decoding 15. As 
shown, the decoding 15 has a decoder 151, a voltage 
controlled oscillator 152, and a control voltage genera- 20 
tor 153 which are interconnected, as illustrated. The 
decoder 151 receives the STC and decodes the audio 
data AD in response to the system clock SCK when the 
STC coincides with the audio DTSs. In addition, the 
decoder 151 delivers the decoded audio data to the 25 
loudspeaker via an output 18 in response to a clock 
OCK for audio output when the STC coincides with the 
audio PTSs. 

The audio output clock OCK is generated by the 
vottage controlled oscillator 152 and fed to the decoder 30 

151 and control voltage generator 153. The oscillator 

152 and control vottage generator 153 constitute a PLL 
for synchronizing the audio output clock OCK to the sys- 
tem dock SCK. The oscillator 152 receives the system 
clock SCK and has its oscillation frequency controlled in 35 
accordance with a difference 155 between the system 
clock SCK and the audio output clock OCK. The oscilla- 
tion frequency of the oscillator 152 is delivered as the 
audio output clock OCK. The control voltage generator 

153 compares the output clock OCK with the system 40 
clock SCK and generates, based on the result of com- 
parison, the control voltage 155 for controlling the oscil- 
lator 152. 

FIG. 4 shows a specific configuration of the video 
decoding 1 6. As shown, the decoding 1 6 has a decoder 45 
1 61 , a clock frequency divider 1 62, a voltage controlled 
oscillator 163, and a control vottage generator 164 
which are interconnected, as illustrated. The decoder 
1 61 receives the STC and decodes the video data VD in 
response to the system dock SCK when the STC coin- so 
cides with the video OTSs. In addition, the decoder 161 
delivers the decoded video data to a display, not shown, 
via an output 19 in response to a dock for display when 
the STC coinddes with the video PTSs. The display 
clock consists of a synchronizing signal, e.g., a horizon- ss 
tal and a vertical synchronizing signal S1 , and a color 
subcarrier S2. 

The dock frequency divider 162 receives the sys- 
tem dock SCK and divides its frequency in order to gen- 



erate the synchronizing signal S1 for video display and 
synchronous to the system dock SCK. The synchroniz- 
ing signal S1 is applied to the decoder 161. The color 
subcarrier S2 is generated by the voltage controlled 
oscillator 163. The oscillator 163 and control voltage 
generator 164 constitute a PLL for synchronizing the 
color subcarrier S2 to the system clock SCK. The oscil- 
lator 163 has its osdllation frequency controlled in 
accordance with a difference 166 between the color 
subcarrier S2 and the system clock SCK and outputs 
the oscillation frequency as the color subcarrier S2. The 
control voltage generator 164 compares the phase of 
the system clock SCK and that of the color subcarrier 
S2 and generates the control vottage 166 based on the 
result of comparison and meant for the oscillator 163. 

As stated above, the audio decoding 15 and video 
decoding 16 are each capable of produdng an output 
fully synchronous to the dock of the coding side by syn- 
chronizing the respective presentation dock (audio out- 
put clock OCK or video output clock (video display 
synchronizing signal S1 and color subcarrier S2)) to the 
system dock SCK. Hence, only if the decodings 15 and 
16 each outputs the respective decoded data in 
response to the presentation clock when the STC coin- 
cides with the PTSs, fully synchronous reproduction 
free from frame slipping is achievable. 

In the illustrative embodiment, the prerequisite is 
that the coding side has its system clock and dock for 
an audio data and video data input system synchro- 
nized to each other. In the MPEG configuration, the syn- 
chronization set up between the two clocks is indicated 
by a system audio lock flag and a system video lock flag 
which are in their ON states. When these flags are in 
their OFF states, the embodiment is not capable of 
implementing full synchronous reproduction. 

The embodiment uses the read dock RCK as a 
time master, as stated earlier. In this condition, when 
the frequency of the read dock RCK differs from the fre- 
quency of the write clock used at the coding side, all the 
timings included in the MPEG decoding device are 
shifted in proportion to the difference between the 
former and the latter. Specifically, rf the read dock RCK 
is fast the presentations (audio output and video dis- 
play) is also fast; if the former is slow, the latter is also 
slow. However, the reproduction is free from frame slip- 
ping and other errors because the relation between the 
data themselves is identical with the relation provided at 
the coding side. 

It may appear that the only requirement is the allow- 
able processing ability of the decoding device. However, 
the above difference in frequency between the write 
dock and the read dock RCK is likely to bring about a 
problem in the video decoding 16 shown in FIG. 4. 
because the color subcarrier requires an absolute fre- 
quency of 3.58 MHz. For example, when the frequency 
of the read clock RCK is one half of the frequency of the 
write clock, the color subcarrier S2 has its frequency 
reduced to 1.79 MHz, resulting in a faulty color output. 
Therefore, the read dock RCK needs accuracy satisfy- 
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ing the allowable range of the color subcarrier S2, i.e.. 3 
parts per million (PPM). When the MPEG decoding 
device is connected to the coding device by a line, the 
above problem does not occur because the frequency 
of the write clock and that of the read clock RCK are 
usually the same as each other. 

In operation, the multiplex data received by the data 
receipt 11 or multiplex data stored in the storage 
medium removably mounted to the receipt 11 are 
applied to the system decoding 13 in synchronism with 
the read clock RCK. The decoding 13 analyzes the 
header information included in the multiplex data and 
separates, based on the result of analysis, the 
SCR/PCR contained in the SCR/PCR field. Also, the 
decoding 13 separates audio PTSs/DTSs and video 
TPSs/DTSs on the basis of the result of analysis. Fur- 
ther, the decoding 13 demultiplexes the multiplex data 
into the audio data AD, video data VD, and private data 
in accordance with the result of analysis. On the arrival 
of the last byte of the SCR/PCR field, the decoding 13 
generates the counter load timing signal LD. The 
SCR/PCR and counter load timing signal LD are fed to 
the STC counting 14. The audio data AD and audio 
PTSs/DTSs are applied to the audio decoding 15 while 
the video data VD and video PTSs/DTSs are applied to 
the video decoding 16. 

On receiving the SCR/PCR and counter load timing 
signal LD, the STC counting 14 generates the system 
clock SCK synchronous to the system clock of the cod- 
ing side. Also, the counting 14 generates the STC by 
counting the system clock SCK. The system clock SCK 
and STC are fed to the audio decoding 15 and video 
decoding 16. 

The audio decoding 15 received the audio data AD 
from the system decoding 13 decodes the data AD in 
response to the system clock SCK when the STC coin- 
cides with the audio DTSs. In addition, when the decod- 
ing 15 receives the system clock SCK from the STC 
counting 14, it generates the audio output clock OCK 
synchronous to the clock SCK. The decoding 15 feeds 
the decoded audio data to the loudspeaker via the out- 
put 18 in response to the dock OCK when the STC 
coincides with the audio PTSs. 

The video decoding 16 received the video data VD 
from the system decoding 13 decodes the data VD in 
response to the system dock SCK when the STC coin- 
cides with the video DTSs. On receiving the system 
clock SCK from the STC counting 14, the decoding 16 
generates the video display clocks Si and S2 synchro- 
nous to the dock SCK. When the STC coincides with 
the video PTSs, the decoding 16 displays the decoded 
video data on the display via the output 19 in response 
to the docks S1 and S2. 

The operation of the STC counting 14 shown in 
FIG. 2 vuiM be described specifically. The counting 14 
synchronizes the system dock SCK to the system clock 
of the coding device, as stated previously. Generally, so 
long as the system dock of the coding device and that 
of the decoding device are synchronous to each other. 



the SCR/PCR value and the count (STC value) of the 
STC counter 142 to appear at the time of counter load- 
ing are equal. This is because the SCR/PCR value is 
the STC value of the coding device appeared when the 

5 last byte of the SCR/PCR field was output. However, 
when the count (STC value) at the time of counter load- 
ing and the SCR/PCR value are different from each 
other, the subtracter 143 produces a difference between 
them. The LPF and gain circuit 144 generates the con- 

jo trol voltage f on the basis of the difference e and con- 
trols the voltage controlled oscillator 141 therewith. As a 
result, on the elapse of a certain period of time, the dif- 
ference e converges to zero, i.e., the phase and fre- 
quency of the system clock SCK coincide with the 

75 phase and frequency of the system dock of the coding 
device. The difference between the SCR and the PGR is 
that in MPEG2, PSs (Program Streams) and TSs 
(Transport Streams) use the SCR and PGR, respec- 
tively. 

20 The operation of the audio decoding 15 shown in 
FIG. 3 will be described in detail. The decoder 151 
received the audio data AD from the system decoding 
1 3 decodes the data AD in response to the system dock 
SCK when the STC coinddes with the audio DTSs. The 

25 decoded data are fed to the loudspeaker via the output 
1 8 in synchronism with the audio output clock OCK. The 
clock OCK is applied from the voltage controlled oscilla- 
tor 152 to the control voltage generator 153 also. The 
control voltage generator 153 compares the phase of 

30 the clock OCK with the phase of the system clock SCK 
fed from the STC counting 14. The control voltage gen- 
erator 153 generates the control voltage 155 for the 
oscillator 152 on the basis of the result of comparison. 
Consequently, the dock OCK is fully synchronous to the 

35 system clock SCK and insures fully synchronous repro- 
duction free from sample slipping and other errors. 

The operation of the video decoding 16 shown in 
FIG. 3 will be described specifically. The decoder 161 
received the video data VD from the system decoding 

40 1 3 decode the data VD in response to the system clock 
SCK when the STC coincides with the video DTSs. The 
decoded data are sent to the display via the output 19 in 
response to the video display clock (synchronizing sig- 
nal S1 and color subcarrier S2) when the STC coincides 

45 with the video PTSs. 

To generate the synchronizing signal S1 for video 
display, the clock frequency 162 divides the frequency 
of the system clock SCK. Hence, the synchronizing sig- 
nal S1 is synchronous to the system clock SCK. The 

so color subcarrier S2 is fed from the voltage controlled 
oscillator 163 to the control voltage generator 164 also. 
The control voltage generator 164 compares the phase 
of the subcarrier S2 with the phase of the system dock 
SCK, and generates the control voltage 166 for the 

55 oscillator 163 in accordance with the result of compari- 
son. Consequently, the subcarrier S2 is synchronous to 
the system clock SCK and insures fully synchronous 
reproduction free from frame slipping and other errors. 
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As stated above, the illustrative embodiment gener- 
ates, based on the SCR/PCR contained in the multiplex 
data, the system clock SCK synchronous to the system 
clock used at the coding side. Then, the embodiment 
generates the clocks for presentation in synchronism 5 
with the above system clock SCK. Hence, if the write 
clock and read clock are coincident, the embodiment 
realizes full synchronous reproduction by obviating 
frame slipping and other errors. 

Assume that the system clock SCK and the clocks io 
for presentation are generated independently of each 
other, as has been customary in the art. Further, 
assume that the system dock and video display syn- 
chronizing signal have a frequency of 27 MHz and a fre- 
quency of 30 Hz, respectively. Then, if the individual is 
signal conforms to the MPEG2 specifications, frame 
slipping or the double output of a single frame occurs 
once for about 9.900 frames, i.e., once for 326 seconds. 
This frequency increases with an increase in the devia- 
tion of the phase of the synchronizing signal S1 which is 20 
independent of the system clock SCK. The embodiment 
shown and described is free from such a problem 
because it synchronizes the system clock SCK to the 
system clock of the coding side and synchronizes the 
clocks for presentation to the system clock SCK. 2s 

In summary, in accordance with the present inven- 
tion, a video decoding device generates, based on an 
SCR/PCR contained in multiplex data, a clock for 
decoding and synchronous to a clock for coding. Then, 
the device generates a clock for audio output and a 30 
clock for video output in synchronism with the clock for 
decoding. Hence, even if the clocks for presentation 
used at the decoding side are different in frequency 
from the clock used at the input system, i.e., the coding 
side, the present invention realizes full synchronous 35 
reproduction free from frame slipping and other errors. 

While the present invention has been described 
with reference to the particular illustrative embodiment, 
it is not to be restricted by the embodiment. It is to be 
appreciated that those skilled in the art can change or 40 
modify the embodiment without departing from the 
scope and spirit of the present invention. For example, 
while the embodiment has concentrated on the MPEG 
decoding device prescribed by ISO/IEC. the present 
invention is applicable to any other decoding device so 45 
long as it is of the type receiving coded audio and/or 
video data and data representative of a time reference 
multiplexed with the audio and/or video data by a time 
division scheme, and decoding the audio and/or video 
data included in the multiplex data. Particularly, the so 
function of decoding the audio data is not essential with 
the present invention. 

Claims 

55 

1. A video decoding device for receiving multiplex 
data including coded video data and time reference 
data representative of a time reference of a clock for 
coding and time division multiplexed with the coded 



video data, and decoding the video data. CHAR AC- 
TERIZED BY comprising: 

first clock generating means (12, 13. 14) for 
generating, based on the time reference data 
(PTS. DTS, SCR, PCR). a first clock (STC. 
SCK, DTS) for decoding and synchronous to 
the clock (STC) for coding; 
video decoding means (16) for decoding, in 
response to said first clock, the video data (VD) 
included in the multiplex data; 
second clock generating means (162. 163. 
164, 166) for generating a second dock (S1, 
S2) for video display and synchronous to said 
first clock; and 

video data outputting means(l6) for outputting, 
in response to said second clock (S1 . S2), the 
video data (19) decoded by said decoding 
means. 

2. A video decoding device in accordance with claim 
1, CHARACTERIZED IN THAT the multiplex data 
are data coded by a Moving Picture Coding Experts 
Group (MPEG) system and further indude a 
header for dividing frames of the multiplex data, in 
that the time reference data (PTS, DTS. SCR, PCR) 
indudes time stamps (PTS. DTS) representative of 
values counted by a system clock when the multi- 
plex data are coded by a coding device, and in that 
said first dock generating means (12. 13. 14) com- 
prises separating means (13) for separating the 
time stamps (PTS. DTS) from the header by ana- 
lyzing the header, and generates said first clock 
(STC. SCK, DTS) on the basis of the time stamps 
(PTS. DTS). 

3. A video decoding device in accordance with claim 

1. CHARACTERIZED IN THAT said second clock 
generating means (162. 163, 164) comprises fre- 
quency dividing means (162) for dividing a fre- 
quency of said first clock(SCK) to thereby generate 
a synchronizing signal (S1) for video display, and a 
phase locked loop (163, 164, 166) for generating a 
color subcarrier (S2) out of said first clock (SCK). 
and in that said synchronizing signal (S1) for video 
display and said color subcarrier (S2) constitute 
said second clock. 

4. A video decoding device in accordance with claim 

2. CHARACTERIZED IN THAT said first dock gen- 
erating means (12. 13. 14) further comprises third 
dock generating means (12) for generating a third 
dock (RCK) having a preselected frequency sub- 
stantially equal to a frequency of the clock (STC) for 
coding as a read dock, in that said separating 
means (13) analyzes the header in response to 
said third dock (RCK) to thereby separate the time 
reference data (SCR. PCR. LD) from the header, 
and in that said first dock generating means (12. 
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13,14) further comprises a phase locked loop (141, 
142, 143) for generating said first clock (STC, SCK) 
synchronous to the time reference data (SCR, 
PCR) separated by said separating means (13). 

5 

5. A video decoding device in accordance with claim 
1, CHARACTERIZED BY further comprising data 
receiving means (11) for receiving the multiplex 
data and feeding the multiplex data received to said 
first clock generating means (13) and said video 10 
decoding means (16). 

6. A video decoding device in accordance with claim 
1, CHARACTERIZED BY further comprising: 

15 

audio decoding means (15) for decoding, in 
response to said first clock (STC, SCK, DTS), 
audio data (AD) included in the multiplex data; 
third clock generating means (152, 153, 155) 
for generating a third clock (OCK) for audio out- 20 
put and synchronous to said first clock (STC, 
SCK, DTS); and 

audio outputting means (15) for outputting, in 
response to said third clock (OCK), the audio 
data decoded by said audio decoding means 25 
(15). 

7. A video decoding device in accordance with claim 
6, CHARACTERIZED BY further comprising data 
receiving means (11) for receiving the multiplex 30 
data and feeding the multiplex data received to said 
first dock generating means (13. 14), said audio 
decoding means (15). and said video decoding 
means (16). 

35 

8. A video decoding device in accordance with claim 
6, CHARACTERIZED IN THAT said third clock gen- 
erating means (152, 153, 155) comprises a phase 
locked loop (152. 153, 155) for generating said sec- 
ond clock (OCK) out of said first clock. 40 
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(54) Video decoding device for decoding video data in synchronism with a system dock 

(57) In a video decoding device, a system decoding 
section (13) analyzes header information included in 
multiplex data and performs various operations, includ- 
ing the separation of data, on the basis of the header 
information. An STC (System Time Clock) counting sec- 
tion (14) generates, based on an SCR (System Clock 
Reference)/PCR (Program Clock Reference) which is 
time reference data included in the multiplex data, a 
system clock SCK synchronous to the system clock of a 
coding device. A video decoding section (16) decodes 
video data included in the multiplex data in response to 
the system clock (SCK). Also, the video decoding sec- 
tion (16) generates a clock for video display synchro- 
nous to the system clock (SCK) and outputs the 
decoded video data in response to the dock for video 
display. The decoding device may additionally include 
an audio decoding section (15) for decoding audio data 
included in the multiplex data in response to the system 
clock (SCK), generating a clock for audio output and 
synchronous to the system dock (SCK), and outputting 
the decoded aucfio data in response to the dock for 
audio output. The decoding device obviates frame slip- 
ping and other errors even when the clock of an input 
system, i.e.. the coding side and the clocks for repre- 
sentation at the decoding side are different in frequency 
from each other. 
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